@ Apple Lisa Computer Information + Lisa Toolkit Review 


BY GREGG WILLIAMS 


DAVID T. CRAIG © 


SOFTWARE 
FRAMEWORKS 


Software e are certainly 


beginning to see 


“toolkits” save ‘Mf some wonderful 


‘ software—fast, use- 
programming ful programs that . 

: give us color graphs, 

time windowed informa- 

tion, and mouse- 

based cursors. Unfortunately, such software 

involves a tremendous amount of program- 

ming. Since more time at the programmer's 

computer usually translates to more dollars 

at the software store's cash register (in a 

market where software prices are high 

enough as it is), both you and the software 

publisher aré part of a two-sided dilemma. 

“On the publisher's side, the dilemma has to 

do with choosing between producing the 

more complicated software and raising its 

price. or not producing it because he 

believes he will not be able to sell it profit- 

ably. On the user's side, you can either buy 

’ the software you see or not—you have lit- 

tle direct influence on what software gets 

developed. Unless we can all improve our 

standard of living so that we won't mind 

spending $1200 for a spreadsheet, it looks 

like it's up to the software publisher to come 

up with an answer to this problem. 

There is one sure way to keep a product's 

price from rising—reduce manufacturing 

costs. You can be sure that software pub- 

lishers are looking at every phase of their 

operations for places to cut costs, and since 

development represents the largest per- 

centage of that cost, why not start there? 

The quest for lower development costs has 

Gregg Williams is a senior given us such things as new programming 

technical editor at BYTE. languages, productivity tools, and program 

He can be reached generators. A promising solution being 

at POB 372, used by several software developers is that 
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A software framework 
defines much of an 
application's operating 
environment so that 
the programmer can 
concentrate on the 
application itself. 


of the software famevork a_program 
often enhanced by a programmin 
language and/or_environment) that. 


efines much of an application's stan- 
the programmer can cone 
implementing the application itself, In 
this article, we will IOok at Apple Com- 
uter’s Toolkit/32 as a representative 
xample of this type of software. Tool- 


e 
kit/32 significantly reduces the time 
needed to create an application that 


environment. 

(You shou d not confuse my concept 
of “frameworks’ with the Framework 
integrated-software package from 


SUPPLIED SUPPLIED SUPPLIED 
SUBROUTINE SUBROUTINE : 2) SUBROUTINE 


Figure |: Creating an application program using a subroutine library. When you 
must make an application given a library of useful subroutines, you must write the 
driver program and whatever custom subroutines (shaded) are needed to create the 
application. If the application is embedded in a sophisticated user interface, you will 
spend a long time “reinventing the wheel” (writing the code to implement an ~ 
already-specified user interface). 


SUPPLIED 
ORIVER 
PROGRAM 


SUPPLIED 
SUBROUTINE 


SUPPLIED SUPPLIED 
SUBROUTINE SUBROUTINE 
‘ Hyg 


Figure. 2: Creating an application program using a software framework. If you 
fave been given a software framework that implements the user interface but nothing 
else, you need only write code that implements your application. In some cases, you 
will write entire subroutines: in others, you will modify ones already in the software 
framework. 


“SUPPLIED - ee 
SUBROUTINE ‘ 


ee a re a 
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dard operating environment _so that 


AshtonTate. which was announced 
after | had finished writing this article} 


CONVENTIONAL 

PROGRAM DESIGN 

Software has too often been cobbled 
together on an entirely custom basis— 
that is, each program is created with- 
out making use of any previously writ- 
ten code. Sometimes, a software de- 
signer who has a number of similar 
programs to write will create a library 
of useful subroutines that can be 
copied as needed into programs. In 


some cases, as with the Macintosh 


Application Toolbox in which a 64K- 
byte ROM (read-only memory) of rou- 
tines is built into Apple's Macintosh 
computer, these routines can be quite 
powerful and can eliminate a large 
amount of needless programming. In 
such cases, the programmer will write 
a main program that makes heavy use 


__ of their own subroutines as well as 


those supplied (see figure 1). 

What is wrong with this setup? No- 
thing—it's just that it often isn’t 
enough. Much of the main program 
is merely program “glue” that coor- 
dinates the calling of the supplied 
subroutines. When a program is so- 
phisticated enough, though, even the 
coordinating software is complicated. 
Consider the Lisa applications, all of 
which use the same user interface. 
The application program must inter- 
act quickly with user input (keyboard, 
mouse, and mouse button) to create 
complicated output in the form of 
graphics, text, and windows. In addi- 
tion to performing its dedicated func- 
tion (e.g. drawing graphs, maintaining 
a spreadsheet), an application must 
do many things that do not change 
from application to application: up- 
date the video cursor when the 
mouse is moved: display a pull-down 
menu when a menu title is selected 
(cursor on title, mouse button pressed 
and held); execute a given task when 
a menu item is selected (cursor on 
item, mouse button released); move 
a window when it is being dragged , 
(cursor on window title, mouse button 
pressed and held): resize a window 
when its “grow box” is pulled (cursor 
on box, mouse button pressed and 
held); receive characters when they 
come in from the keyboard; redraw i 
hidden parts of a window when it is 
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In the toolkit 

approach, the 

supplied program is 

in control and 
coordinates system- 
general behavior, such 
as moving windows. 


brought from behind several other 
windows (mouse button clicked when 
cursor is on some visible part of win- 
dow); expand a'selected icon to a win- 
dow (cursor on icon, mouse button 
pressed twice quickly); and numerous 
other less visible tasks. Given all this, 
using a set of subroutines to develop 
such a program is like asking for a ride 
downtown and being shown to a 
warehouse of auto parts—you don't 


.want to build the car yourself, you just 


want to get. downtown. 


THE TOOLKIT APPROACH 
Bruce Blumberg: J. Peter Young. and 
Larry Rosenstein of Apple's Apple 32 


isting I: An example of Clascal code. This code, part of a five-page listing 
that creates the Lisa Boxer application. defines the methods that the class 
TBowiew responds to (ie.. the messages that objects of that type understand) 
and the code that executes when this class is created. Methods are capitalized, 
vhile fields are not. See the text for more détails. 


METHODS OF TBoxView; 


FUNCTION (TBoxView.)NEW((itsHeap: THeap; itsPanel; itsExtent: LRect; 
itsBoxList: TList; itsPrintable: BOOLEAN): TBoxView); 


BEGIN 
(SIFC fTrace)BP(11):(SENDC) 


SELF := SubObject(TView.NEW(itsHeap, itsPanel, itsExtent, itsPrintable), 


‘SIZEOF(SELF)); 
SELF .boxList = itsBoxList; 
(SIFC fTrace)EP.($ENDC) 
END; 


(This returns the box containing a certain point) 
FUNCTION (TBoxView.)BoxWith((LPt: LPoint): TBox); 


VAR box: = TBox; 
s: TListScanner, 

BEGIN 
(SIFC fTRACE)BP(1 1);(SENDC) 
boxWith : = NIL; 
s = SELF.boxList.Scanner; 
WHILE s.Scan(box}) DO 


IF LPtintrect(LPt, box.shapelRect) THEN 


boxWith := box; 
(SIFC fTrace)EP;($ENDC) 
END; 


(This draws the list of boxes) 
PROCEDURE (TBoxView.)Draw; 
VAR box: TBox; 

8: TListScanner; 
BEGIN 

(SIFC fTrace)BP(10);(SENDC) 

s:= SELF.boxList.Scanner, 

WHILE s.Scan(box) DO 

box.Draw; 

(SIFC fTrace)EP;(SENDC) 

END; 


CREATION 
BEGIN 


cBox : = NewClass(‘Apple’, ‘TBoxView', SIZEOF(TBoxView), 1, 1); 


END; 


division have devised an alternative. 
Imagine a completely functional Lisa 
eepicanon het ose hat_allows “you To “pul 
down menus, create, move Scroll, an 
Teatrange Windows, update ie Video 
display to correspond to mouse 
Aevement and aoa the other tines 
“associated with the Lisa user inter- 
Tace—only the windows and menus 
are blank, Then you (as programmer 
need only .add_or code to 
show what's in.a window and, in 
eneral, specity the behavior : 
sary to your application (as opposed 
to a generic to the Lisa user in- 
terface). Apple's Toolkit/32 gives you 


. this capability. 
The difference in philosophy is sig- 


nificant. In the traditional approach - 


(figure 1), you are responsible for or- 
chestrating correctly both system- 
general and application-specific be- 


. havior, In the toolkit approach (figure 


2), you only have to modify and add 
subroutines to get your application to 
work. The supplied program is in con- 
trol and coordinates system-general 


behavior (e.g., moving and scrolling | 


windows): it calls your code when it 
needs to know what application- 
specific behavior you want (for exam- 
ple, what to show in a certain window). 

There is nothing wrong with the 
toolbox (subroutine library) ap- 
proach—it is certainly better than hav- 
ing to write everything from scratch. 
It's just that most software developers 
don't want the absolute freedom to 
combine library subroutines arbitrar- 
ily~they just want to adapt their pro- 
gram to run correctly within the stan- 
dard desktop-metaphor environment 
and do it as quickly (and, therefore, 
as inexpensively) as possible. 


AN EXAMPLE 
Let's see how a simple application can 
be written using an application frame- 
work like Toolkit/32. In a few hours, 
the people at Apple created a simple 
application called Lisa Boxer. In it, any 
window opened contains two shaded 
rectangles that can be moved around. 
The specific code needed to do this 
was five pages of Pascal-like code— 
not much at all, considering the 
amount of space and comments a 
structured program includes (see 
listing’! for a segment of the code). 


; {continued on page 394) 
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SOFTWARE FRAMEWORKS 


3A 


r File/Print_ Edit View Disk 


r File/Print’ Edit Page Layout Arranger 


iil sheet 1 {il 


Figure 3: How a new Toolkit/32-based application appears within the desktop 
environment. Once the application is linked to the Lisa Office System (figure 3a), it 
becomes visible on the desktop as two icons, a tool (here, Lisa Boxer) and a notepad of 
paper (Lisa Boxer Paper). When a sheet of paper is torn off (figure 36), it becomes an 
open window used to display the application. Here, Lisa Boxer is a simple program 
(written in five pages of code) that puts two boxes in the window and aliows you to 
move them arbitrarily. 
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(continued from page 127) 

We insert this code into the Toolkit/32 
program, compile it, and link it to the 
Lisa Office System (the software that 
the Lisa runs to give the desktop- 
metaphor environment) under the 
name ‘Lisa Boxer.’ When we boot the 
Lisa Office System, the Lisa Boxer 
program appears on the desktop as 
a Lisa Boxer tool icon and, beneath 
it, a “notepad” of Lisa Boxer “paper” 
(see figure 3a). When we “tear off” a 
sheet of Lisa Boxer paper and ‘open’ 
it, we get a window with two shaded 
boxes in it (figure 3b). 

Now we can see how Toolkit/32 
greatly simplifies the software devel- 
oper’s job. We find that we can 
change the size of the window, as 
shown in figure 4a: this default be- 
havior results from the predefined 
Toolkit/32 code. We can also move 
either of the boxes, as shown in figure 
4b; this behavior results from the 
code we added. if we try to do some- 


_ thing that neither the Toolkit/32 code 
- nor our code knows how to do (like 


selecting a box and giving it the 
“Gray” command from the Shades 
menu), the Toolkit/32 program rec 
ognizes its inability to execute the 


- command and deactivates the com- 


mand in the: pull-down menu {the 
computer indicates this by printing 
the new selection in gray instead of 
black). 

There are literally hundreds of 
events and interactions that you 
would have to orchestrate if you were 


" writing a driver program for an appli- 


cation with a sophisticated user inter 
face. Granted, it takes some effort to 
correctly integrate your code into a 
software framework like Toolkit/32, 


‘but you will still save a lot of lines of 


code you don't have to design, write, 
and debug. 


OBJECT-ORIENTED LANGUAGES 
Before we can take a closer look at 
Apple's implementation of a software 
framework, we must first look at 
object-oriented languages. If you'te 
familiar with the phrase, you probably 
associate it with the language Small 
talk, on which BYTE did a special Jan 
guage issue in August 1981. At the 
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moment, Smalltalk is the best-known 
object-oriented language. 
Most computer languages are oper- 4A 
ator-operand languages—that is, languages : 
in which operators (like "+" and Ty File/Print Eqit Poge Layout Arrangement” Shades 
perform predefined functions on bE =i: J 
operands (usually numbers). When we : 
execute “5+ 3” in an operator- 
operand language, the operator "+" 
adds the operands 5 and 3. This is an 
orientation so widespread that most 
of us have trouble understanding a 
different one. Object-oriented languages. 
on the other hand pr 
gramming environment as a collection 


‘of_objects that receive messages, 
here, when we calculate “5 + 3’, the 
aig Rrows What tO do wit Itt acs 
the two numbers, returning the value 
8). Each object has a set of messages 
(called methods) it understands. When 
a message Is passed to an object, the 
object checks the message against its is the message against 
list of methods. If it finds the method, 
it executes the associated code; if it 


does not find the method, it returns 


a message that says, "ldo not under- 
stand the message "Xxx’.” 


: 
. File/Print Edit Page Layout Arran h 
are_grouped into classes, : a = 
with the possibility that some classes iC CU t—“‘C“‘CO;™C#C;CU*SR 


may be contained within others. 
When this occurs, a member of a class 
(with some exceptions) understands 
not only its own methods, but also the 
methods of its superclass (the class 
that immediately contains it) and its 
ancestor classes (any nth-genera- 
tion-removed superclass). (For more 
details, see “The Smalltalk-80 System,’ 
by members of the Xerox Learning 
Research Group, August 1981 BYTE, 
page 36.) 
The object-oriented a 


nipulates numbers only, but itfis very 
useful in environments that include 
ifferent number types. windows, 
“graphics, Icons, lists, controt-strue- 
tures, and other items. The object 
metaphor can encompass all these 
(and other) items: this simplifies the 
language and, therefore, makes the 
programmer's job easier. Also, by the 
careful creation of classes and sub- 
classes, programmers can amplify 
(continued) 


Figure 4: Component of a Toolkit/32-based application's behavior. Behavior may be 
specified by the software framework (eg.. changing the size of a window, figure 4a) or 
the application (moving one box, figure 46). In only the second case does the 
programmer have to add code to the software framework to get the desired result: see 
the text for details. 
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their programming work by defining 
useful methods that can be used 
automatically by objects within a sub- 
class. In this and other ways, object- 
oriented languages help program- 
mers design and modify extremely 
large projects. As Bruce Blumberg 


puts it, “Object-oriented program: . 


ming will be to the 1980s what struc- 
tured programming was to the 1970s." 

Object-oriented languages differ 
from operator-operand languages in 
two other important ways. First, the 
definition of a given operator in an 
Qperator-operand language is given in 
the code that defines that operation 
for all possible data types; to add a 
new data type to such a language, the 
programmer must add code to the 
definition of the numerous operators 
that will deal with that data type and 
add error-trapping code to all the 
operators that won't. In an object- 
oriented language, all such code is 
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located in one place—the definition of 
the class—and operations that mem- 
bers of that class don’t understand 
return error messages automatically. 
in addition, code that was previously 
written, when compiled with the infor- 
mation defining that new class, will 
run as is when it sends an old mes- 


sage (operator) to a new object (data . 


type). 

A second a jvantage of the object- 
oriented language is that it mirrors the 
abieceer lentation of some user 
environments more closely than tradi- 
tional operator-operand languages. 
Many Software designers have found 
that the subject-verb orientation (i.e. 
selecting an item to be worked on, 
then choosing the action that will-be 
performed on it) makes software 
easier to understand. For example, in 
Apple's Lisa Write, Microsoft's Word, 
and other word-processing programs, 


- you can delete a phrase of text by first 
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selecting it, then choosing the 
“delete’ operation. You can see that 
the object-message orientation of an 
object-oriented language closely 
parallels the subject-verb orientation 
of the software itself; this strong 
parallelism makes the software easier 
to write and, later, to maintain. 

Readers interested in learning more 
about Smalltalk as an example of an 
object-oriented language can refer to 
the August 1981 BYTE and to Small- 
talke80: The Language and \ts Implemen- 
tation, by Adele Goldberg and David 
Robson, Reading, MA: Addison-Wes- 
ley, 1983. 


PASCAL + CLASSES = CLASCAL 
The presence of Apple's Larry Tesler 
in BYTE’s Smalltalk issue telegraphed 
Apple's interest in the language (al- 
though we didn't know at the time 
that it was being researched in rela- 
(continued) 
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TOOLKIT/32 
«NAMING CONVENTIONS. 


o understand Toolkit/32, you first 

have to understand several.terms 
that have specific definitions (refer to 
the figure below}. The window is the ob-/ 
ject through which you manipulate 
data via your application program. This 
ig the same kind of window as is acver- 
tlsed in several desktop-metaphor en- 
vironments: its size can be changed. it 


can be moved to any location on the 


video screen, and it can be “behind” 
or “in front of” other windows. Under: 
neath the application program, invisible 
to you, is a data structure, and the pur- 
pose of the application program is ta, 
give you one or more views of the data. 
The actual data, which is not shown, is 
a collection of four ordered pairs: . 


(1.10.5), (2,210), (3, 13.8), (4; 25.1). The — 


the View 


(another representation of) - 
the View : 
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top view shows the data as a spread- 
sheet. and the bottom shows it as a 
graph, but neither is the actual data. 
A window (and the application pro- 
gram it represents) can show more 
than one view. To do this, the applica- 
tlon program divides the window Into 
one or more panels, Each panel shows 
part of its corresponding view and can 
be scrolled independently from any 
other panel to show any arbitrary 
region of its view. In many cases, a : 
panel can be broken into panes, each | 
of which can be scrolled in one dimen- 
sion to show different regions of the 


same view. (Below, note that the right — 


pane of the right panel has been 
scrolled to show only the fourth bar in 
the bar graph.) ; 


Panes 
within panel 
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tion to the Lisa). Apple implemented 
Smalltalk for the Lisa but never te: 
leased it; “It's too slow; Tesler said, 
“and its syntax is too different for 
most people’’ However, designers at 
Apple did not lose their enthuslasm 
for object-oriented languages, espe 
cially after they had a taste of the 
problems that came with the original 


' six Lisa application programs, which 


were written as standard Pascal 
programs. 

The reated Ciasc 
a superset of Pascal that contains a 


: ing so, 
they created what they thought con- 
‘tated moet of tie tamallania ol Pasa 
with most_of the power of an oblect- 
oriented language. The class data 
type is like fe record data type in 
Pascal, Just as a Pascal RECORD state 
ment defines the record by the fields 
it has, a Clascal SUBCLASS statement 
defines a class by the fields and 
methods it has. Similarly, just as a 
record is an instance of the record 
definition, an object is an instance (or 
member) of a class. Clascal defines 
one class, TObject. All other classes 
are subclasses of TObject, and all ob- 
jects have TObject as an ancestor 
class. Each object can respond to the 
methods of its class and those of all 
its ancestor classes; the only excep 
tion to this is that if two of the object's 
classes and superclasses have the 
same method, the object uses the one 
closest to it—this allows a subclass to 
override the (perhaps inappropriate] 
methods of one of its ancestor 
classes. 

The definition of a class consists of 
stating the class's name, the class of 
which it’s a direct subclass, the new 
fields not inherited from an ancestor 
class, the functions and procedures 
that constitute the class's methods, 
the algorithms that implement those 
methods, and (optionally) the code 
that must be executed when the class 
is created. A class inherits the 
methods and fields of all ancestor 
classes unless they are specifically re 
defined within the class definition. 
When an object of this class is 
created, it is associated with a set of 

(continued) 


values for that class‘s fields; you can 
think of a field as a private variable 
each object gets upon its creation. 

Listing 1 shows sample code from 
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the application that created the Lisa 
Boxer application program described 
earlier. This segment defines the 


. methods that the objects of the TBox- 
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t j 
View class understand—NEW. Box- 
With, and Draw— and the code (under 
the heading CREATION) that executes 
when the class is created. In this ex 


ample of code, methods are capital- 
ized and fields are not, and an object . 
and its method are joined with a 
period—for example, “s.Scan(box}" 
sends the method Scan to the object 

s with the object box as an argument: 
also, braces delineate comments that 
are included only to explain the sur 
rounding code. 


Table 1: A partial list of tasks that are taken care of automatically by the Standard 
Application within Apple's Toolbox/32. Software frameworks present a prepackaged 
solution to the complicated problem of creating an event-driven, window-based user 
environment; as such, they decrease the programmer's work by one to two orders of 
magnitude, thus allowing him or her to create a software application much faster and 
with a smaller time commitment. 


memory inanagement 

file management 

printing and other I/O 

communication with the desktop environment 

communication with the clipboard (allows different applications to exchange data) 

creation, deletion, activation, deactivation, and size and position change | of windows 

multiple panes within a panel 

multiple panels (giving differing views of the data) 

standard scrolling within a pane or panel 

handling of all errors not dealt with by user code ; 

passing of system events (e.g., mouse movement, keypresses) that the Standard : 
Application cannot handle to user.code 


INTER 

TO THE STANDARD 

Now we can examine the Standard 
Application in more detail. The Stan- 


dard_A ition is_a collection of 
classes tha € generic 
ehavior of a standard Lisa applica 


tion program—that is. all the actions 
that, because of the previously de- 
(continued) 
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fined user interface. are the same 
from program to program. Table ! lists 
some of the functions that are han- 
dled automatically by the Standard 
Application. This means that pro- 
grammers who are modifying the 
Standard Application must provide 
only code that implements the be- 
havior specific to their applications 
(this will be referred to later as non- 
generic behavior). This involves four 
activities: 


© supplying the Standard Application 
code with the view or views of the 
data when requested (for a definition 
of the word “view” in this context, see 
sthe text box “Toolkit/32 Naming Con- 
ventions” on page 398) 

® creating and maintaining the data 
structures that the application re- 
quires 

® defining and implementing the ac- 
tions that can be performed by the 


application 

@ adding code to modify or override 
the Standard Application’s generic 
behavior 


To add the nongeneric behavior of 
the application, the programmer 
needs to concentrate on the above 
four activities alone. In practice, this 
means adding new subclasses to the 
object classes already defined within 
the Standard Application. 


TOOLKIT/32 UNITS 

The “driver program (I hesitate to call 
it a program because of its triviality) 
for the Standard Application is five 
lines long; it initializes some variables, 
creates an object that belongs to a 
class called “process; and sends that 
object the method “Run.” The actual 


behavior of the application program - 


is determined by the definition of the 
process class and other classes. In the 


@ Apple Lisa Computer Information + Lisa Toolkit Review 


SOFTWARE FRAMEWORKS 


following paragraphs, I will take a look 
at the major units that make up the 
Standard Application. (The units | 
refer to here are like Pascal units; the 
units below each contain related sub- 
class definitions.) 

UObject: the UObject unit defines 
the class TObject, the universal ances- 
tor class of all Clascal objects. This 
unit handles memory allocation for 


objects (they are given memory when 


they are created, and the memory is 
reclaimed when they are deleted); it 
also handles object copying and en- 
ables some eponal debugging facil- 
ities. 

UList: this unit implements dynamic 
arrays, indexed, linked, and blocked 
lists, and utilities that allow the pro- 
grammer to create, modify, and scan 
these objects. 

UDraw: this unit extends the Quick 
draw graphics routines (at the heart 

* (continued) 
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of Lisa's, graphics capabilities) to use 
32-bit coordinates instead of Quick- 
draw’s 16-bit coordinates; this elimi- 
nates possible document-size prob- . 
lems that could arise from using 16-bit 
coordinates. UDraw is used for draw- 
ing in a view. 

UABC: the “ABC” stands for appli- 
cation-base classes. UABC contains 
most of the classes that define the 
standard behavior. Because of this, 
programmers will spend most of their 
time creating subclasses of UABC to 
implement the application's non- 
generic behavior. 


INSIDE UABC 
We will now take a brief look at which 
classes within UABC are usually mod- 
ified and how those modifications 
create the application program's non- 
generic behavior. 

The methods of the TProcess class 
are those methods (or actions) that 
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are specific to the application but are 
called every time the application ex- 
ecutes, Every Toolkit/32 application 
creates only one process object, 
which implements the main program 
loop of the application. An applica- 
tion almost always follows this loop: 
get an event (eg., menu selection, 
mouse movement, keypresses), pro- 
cess it by giving it to an object that 
understands what to do with it, and 
wait for the next event. The process 
object also handles error and warn- 
ing messages and the procedure for 
ending the application. 

An application creates one object 


from the ancestor class TDocManager - 


for each document icon or open win- 
dow that is associated with the ap- 
plication. This descendant object con- 
trols the interface to all disk files that 
define the document, and it manages 
the memory used by the document. 

Objects descended from the TView 


class define any views needed by the 
application—one object for each view 
the application uses. The view shows 
the entire representation of the appli- 
cation’s data, interpreted as the view 
is defined to show it. A panel object 
(described below) asks a view object 
for the view, but it is the panel object's 
responsibility to draw the part that is 
to be visible (this is one of the things 
the Standard Application code usual- 
ly does automatically). Obviously, one 
of the programmer's main responsi- 
bilities is to create the code that im- 
plements the view. 

Whenever the user selects an action 
to be performed (usually by choosing 
a selection from a pull-down menu), 
the application creates an object that 
is a descendant of the TCommand 


‘class and gives it the message “Per- 


form,’ which causes the object to try 
to execute itself. Most actions should 
. (continued) 
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TWindow, TPanel, 
and TPane are 

classes that define the . 
behavior of windows, 
panels, and panes. 


be implemented so that they first 
change the view but not the underly. 
ing data; this allows the “Undc’ 
message to work in most cases. If 
“Undo is not the next message sent, 
the program automatically executes a 
method called “Commit.’ which 
makes the changes already shown in 
the view to the data itself. Each panel 
of the application has an object 
descended from the TSelection class: 
this selection object can handle 
messages and manipulate whatever 
objects, if any. are associated with that 
panel. When a command object ex 
ecutes itself, it gives itself to the selec- 
tion object associated with the active 
panel. 

TWindow. TPanel, and TPane are 
classes that define the behavior of 
windows, panels, and panes. Their 
behavior, already defined by the Stan 
dard Application, does not usually 
need to be changed by the program: 
mer; each panel will ask a view objed 
for the view and will display the ap 
propriate part as part of its generic 
behavior. 


COMMENTARY 
The software framework approachis 
an extremely useful one for program 
mers who want to develop sophisti 
cated applications but who don't have 
the resources (or patience) to write 
the extremely complicated code that 
will bring it up in an interactive user 
environment. The Apple Lisa group 
has developed the Toolkit/32 system 
described in this article. The Microsoft 
“window' device under MS-DOS 2.0 
works similarly for MS-DOS-based 
software. (According to Scotl 
McGregor of Microsoft, his company 
has developed a “Microsoft Windows 
Toolkit’ for software developers tha 
3 , (continued 
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is ‘identical in concept to Toolkit/32”; 
however, details of this were not avail- 
able when this was written.) 

Clascal shows great promise for ex- 
tending programmer productivity 
when used in large projects. One 
question comes to mind, though: Is 
the software it creates fast enough? 
Bruce Blumberg of Apple Computer 
said that Clascal is “about 10 times 
faster than Smalltalk and only 10 per- 
cent slower than Pascal.’ Given that 
the original Lisa applications were 
written In Pascal and that the recent- 
ly released enhanced packages added 
some machine-language code to 
speed them up, the above statement 
is of little comfort. We'd all better wait 
until the first Toolkit/32-based applica- 
tion programs can be examined 
before forming a final opinion on 
Clascal. 

1 must add to this enthusiastic de- 
scription of Toolkit/32 the fact that. 
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‘although it saves the programmer tre-’ 


‘mendous amounts of time, the Clas- 
“Cal class Orientation does take some 


elting used to, Although a novice 
@lascal programmer takes about a 
month, according to Apple, to begin 
to understand Clasca wel Sicael to 
take advantage of it, j 


ill saves time 
in th velop Toolkit/32- 
based application programs. 

To conclude, | must make two sets 
of observations. First, the software 
framework orientation represents a 
subtle but important change in how 
we look at developing an application 
program—in changing the program- 
mer's task from writing a program to 
writing subroutines, it clearly 
delineates the program’s generic be- 
havior from the nongeneric and al- 
lows the programmer to concentrate 
on the latter. Second, Toolkit/32 im- 
plements the software framework in 
an interesting and powerful way. Clas- 


cal encourages the programmer to 


factor out common characteristics, 


which are embodied in high-level 
classes from which much code is de- 
rived.. Apple has already done this 
with the Toolkit/32's Standard Appli- 
cation code, thus allowing the pro- 
grammer to write code that inherits 
a lot of structure and power from the 
previously defined ancestor classes. 
In any case, software frameworks may 
be one anSwer to the problem ol 


“Cfeating sophisticated programs 
quickly and inexpensively. a 


[Editor's note: As this article was going to 
press, Larry Tesler of Apple told us that the 
Toolkit/32 product was being made available 
to any Lisa owner (for details, write to the 
Software Resource Center, Mail Stop 2-P. 
Apple Computer, 20525 Mariani Ave. 
Cupertino, CA 95014). In addition, 

is considering creating a similar 
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